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DETAILED ACTION 
Claim Rejections - 35 USC § 112 

1 . The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

2. Claims 35-41 rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject 
matter which was not described in the specification in such a way as to reasonably 
convey to one skilled in the relevant art that the inventor(s), at the time the application 
was filed, had possession of the claimed invention. Applicants claim "computer- 
readable media comprising logic instructions". Examiner has found no such language in 
the specification as filed. Additionally, should Applicant argue this rejection, Applicant 
should consider whether such matter would be statutory under 35 USC 101, and where 
any such support would lie. 

3. Claims 26-30 rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject 
matter which was not described in the specification in such a way as to reasonably 
convey to one skilled in the relevant art that the inventor(s), at the time the application 
was filed, had possession of the claimed invention. Referring to claim 26, and 
subsequently claims 27-30, Applicant has claimed "executing the write request from the 
first storage node to the first storage node..." Examiner has found no such support for 
this subject matter. 
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4. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 26-30 rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. Referring to claim 26, and 
subsequently claims 27-30, Applicant has claimed "executing the write request from the 
first storage node to the first storage node..." This is understood to refer to "executing 
the write request from the first source node to the first storage node..." This is further 
corroborated by claim 27, 29. 

Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

7. Claims 21-24, 35-37 rejected under 35 U.S.C. 102(b) as being anticipated by 
US 5513314 to Kandasamy et al. 

8. Referring to claim 21 , 35 Kandasamy discloses a method of managing a write 
request from a first source node in a storage network to a first storage node in the 
storage network, comprising: 

if there is an available communication path between the first source node and the 
first storage node, then executing the write request from the first source node to the first 
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storage node using the available communication path (From line 20 of column 6, "The 
preferred approach to enabling proxy operation is to establish a virtual server system 
formed as a logical composite of a primary and one or more secondary servers, 
constituting an active group, relative to a specific set of mutually fault tolerantly 
protected individual filesystems. The virtual server is identified by a unique hostname 
and IP address. A MAC layer multicast address, commonly subscribed to and 
accessible by the primary and secondary servers, is also assigned to the virtual server. 
Client workstations access the fault tolerant protected filesystems of the active group by 
reference to the IP address and through the MAC multicast address of the virtual server. 
Consequently, NFS requests directed to the virtual server are commonly received by 
the primary and secondary servers of the active group."); 

if there is not an available communication path between the first source node and 
the first storage node, then: transmitting the write request from the first source node to 
a second source node if there is an available communication path from the first source 
node to the second source node and an available communication path from the second 
source node to the first storage node (From line 65 of column 12, "Alternately, the 
primary server 12, prior to issuing a completion datagram for the NFS write request, 
may itself initiate a conventional NFS write operation directly to the secondary server 14 
to force completion of the client requested NFS write operation." Wherein it is "the" write 
request issued by the client.). 

9. Referring to claim 22, 36, Kandasamy discloses if executing the write request 
from the first source node to the first storage node generates a timeout failure, then: 



Application/Control Number: 10/783,865 Page 5 

Art Unit: 21 14 

transmitting the write request from the first source node to a second source node if 
there is an available communication path from the first source node to the second 
source node and an available communication path from the second source node to the 
first storage node (From line 19 of column 12, "The primary server 12 may fail to receive 
an acknowledge datagram from the secondary server 14 for a number of reasons. The 
secondary server 14, in a first instance, may have failed to properly receive the client 
write request. Alternately, the secondary server 14, in performing the request, may fail 
for some reason to complete the request. In either case, no acknowledgment datagram 
is issued by the secondary server 14. Another possibility is that the client write request 
was properly received and performed by the secondary server 14, but the issued 
acknowledgment datagram was not properly received by the primary server 12. In each 
of these events, the primary server 12 is left sleeping on the DRC entry for an 
acknowledgment datagram that is not received. However, in accordance with the 
present-invention, a sleep timer is set by the primary server 12 in putting the nfsd 
process to sleep on DRC entry. The nfsd process awakes 86 on timeout of the sleep 
timer in the absence of any received acknowledge datagram. Alternately, the sleep 
timer is effectively expired upon the aging of the DRC entry through operation of the 
DRC-LRU algorithm. In either event, the primary server 12 then transitions to a backup 
failure recovery mode 88."). 

1 0. Referring to claim 23, 37, Kandasamy discloses transmitting the write request 
from the first source node to the second source node comprises encapsulating the write 
request (From line 31 of column 7, "On both the primary files server 12 and secondary 
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file server 14, the datagram representing the NFS write request is processed by a 
substantially conventional TCP/IP stack. In relevant part, this network stack includes a 
physical layer, a data link layer, a network layer, a transport layer, a session layer and 
an. application layer."). 

1 1 . Referring to claim 24, Kandasamy discloses executing the write 1 5 request from 
the second source node to the first storage node (From line 65 of column 12, 
"Alternately, the primary server 12, prior to issuing a completion datagram for the NFS 
write request, may itself initiate a conventional NFS write operation directly to the 
secondary server 14 to force completion of the client requested NFS write operation."). 

Claim Rejections - 35 USC § 103 

12. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

13. Claim 25 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
5513314 to Kandasamy et al. as applied to claim 24 above, and further in view of 
Official Notice. 

14. Referring to claim 25, although Kandasamy does not specifically disclose 
transmitting an error message from the second source node to the first source node if 
the write request fails, indicating such a failure is very well known in the art. Examiner 
takes official notice for sending a failure indication. A person of ordinary skill in the art at 
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the time of the invention could have been motivated to send such an indication 
because, as shown in line 59 of column 12, "the primary server 12 may intentionally 
withhold issuing any completion datagram to the client 26", and such an indication 
would let the client know why it has not yet received a completion datagram. Further, 
from line 31 of column 13, "Once a failover event is declared, the primary server 12 
ultimately issues a completion datagram to the client workstation 26 indicating a proper 
completion of the pending NFS write request. The primary server 12 also preferably 
logs the failover event and issues appropriate status messages to the administrator's 
console." In either case, such an indication would either inform the client of a failover or, 
if the administrator is the client, then clearly this would be done anyway. 

15. Claim 26-30 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
5513314 to Kandasamy et al. in view of US 6751190 to Swallow. 

16. Referring to claim 26, Kandasamy discloses a method of managing a write 
request from a first source node in a storage network to a mirrored storage data set 
having a first storage node and a second storage node in the storage network, 
comprising: 

if there are available communication paths between the first source node and 
both the first storage node and the second storage node in the mirrored data set, then 
executing the write request from the first source node to both the first storage node and 
the second storage node using the available communication paths (From line 20 of 
column 6, "The preferred approach to enabling proxy operation is to establish a virtual 
server system formed as a logical composite of a primary and one or more secondary 
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servers, constituting an active group, relative to a specific set of mutually fault tolerantly 
protected individual filesystems. The virtual server is identified by a unique hostname 
and IP address. A MAC layer multicast address, commonly subscribed to and 
accessible by the primary and secondary servers, is also assigned to the virtual server. 
Client workstations access the fault tolerant protected filesystems of the active group by 
reference to the IP address and through the MAC multicast address of the virtual server. 
Consequently, NFS requests directed to the virtual server are commonly received by 
the primary and secondary servers of the active group."); 

if there are no available communication paths between the first source node and 
the first storage node and the second storage node, then invoking an error routine 
(From line 19 of column 12, "The primary server 12 may fail to receive an acknowledge 
datagram from the secondary server 14 for a number of reasons. The secondary server 
14, in a first instance, may have failed to properly receive the client write request. 
Alternately, the secondary server 14, in performing the request, may fail for some 
reason to complete the request. In either case, no acknowledgment datagram is issued 
by the secondary server 14. Another possibility is that the client write request was 
properly received and performed by the secondary server 14, but the issued 
acknowledgment datagram was not properly received by the primary server 12. In each 
of these events, the primary server 12 is left sleeping on the DRC entry for an 
acknowledgment datagram that is not received. However, in accordance with the 
present-invention, a sleep timer is set by the primary server 12 in putting the nfsd 
process to sleep on DRC entry. The nfsd process awakes 86 on timeout of the sleep 
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timer in the absence of any received acknowledge datagram. Alternately, the sleep 
timer is effectively expired upon the aging of the DRC entry through operation of the 
DRC-LRU algorithm. In either event, the primary server 12 then transitions to a backup 
failure recovery mode 88."); 

if there is an available communication path between the first source node and 
only one of the first storage node and the second storage node in the mirrored data set 
(See figures 4, 5 of Kandasamy wherein it is disclosed that either one of the paths may 
fail.), then: executing the write request from the first storage node to the first storage 
node or the second storage node via the available communication path (Wherein 
whichever path that is not failed results in a successful write.). 

Kandasamy further discloses that a surrogate write may occur through a proxy 
node (From line 65 of column 12, "Alternately, the primary server 12, prior to issuing a 
completion datagram for the NFS write request, may itself initiate a conventional NFS 
write operation directly to the secondary server 14 to force completion of the client 
requested NFS write operation." Wherein it is "the" write request issued by the client.). 

Although Kandasamy does not specifically disclose transmitting the write request 
from the first source node to a second source node if there is an available 
communication path from the first source node to the second source node and an 
available communication path from the second source node to the first storage node or 
the second storage node, routing around failure via an intermediary node is very well 
known in the field of networking. An example of this is shown by Swallow, from line 1 of 
column 8, "FIG. 9 shows the steps performed by intermediate node_A 104 to reroute 
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data packets for the primary tunnel 126 along the bypass tunnel 128, Referring to FIG. 
9, in step 900 intermediate node_A 104 discovers that it can not forward data packets to 
intermediate node B 106 (FIG. 10) because of a communication link failure. In step 902 
intermediate node_A 104 (FIG. 1 ) determines from its saved copy of the Record Route 
Object 416 (FIG. 6G) in the label table that intermediate node_C 108 (FIG. 1) is 
adjacent to intermediate node_B 106 (FIG. 1) in the primary tunnel 126 (FIG. 1). 
Intermediate node_A 104 (FIG. 1 ) also determines from the label table the incoming 
label 802 (FIG. 8A) assigned by intermediate node_C 108 (FIG. 1) to be transmitted 
with data packets from intermediate node_B 106 (FIG. 1) to intermediate node_C 108 
(FIG. 1). In step 904 intermediate node_A 104 (FIG. 1) establishes a bypass tunnel 128 
through intermediate node_D 120 to intermediate node_C 108 using the same method 
for establishing the primary tunnel 126 described in conjunction with FIGS. 2 and 3." A 
person of ordinary skill in the art at the time of the invention could have been motivated 
to use such a bypass tunnel because, as disclosed in both Kandasamy and Swallow, 
there is a need for routing around failure in a network. From line 26 of column 14 of 
Kandasamy, "Where a secondary server 14 looses all communication with an active 
primary server 12, the secondary server 14 should not assume that the primary server 
12 has failed. Rather, the likely failure point is the LAN 16. In that case, the possibility of 
multiple active primary servers 12 serving the same file system must be avoided. 
Therefore, a secondary server 14 should not be promoted to an active primary state 
where all communication with an active primary server 12 is lost." From the abstract of 
Swallow, "A bypass tunnel to bypass a node in the pre-defined path may be established 
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to reroute data packets around a failed communication link in the tunnel. The bypass 
tunnel may be established before the communication link failure providing fast tunnel 
restoration." 

1 7. Referring to claim 27, 29, Kandasamy in view of Swallow discloses if executing 
the write request from the first source node to the first storage node generates a 
timeout failure, then: transmitting the write request from the first source node to a 
second source node if there is an available communication path from the first source 
node to the second source node and an available communication path from the second 
source node to the first storage node (From line 19 of column 12 of Kandasamy, "The 
primary server 12 may fail to receive an acknowledge datagram from the secondary 
server 14 for a number of reasons. The secondary server 14, in a first instance, may 
have failed to properly receive the client write request. Alternately, the secondary server 
14, in performing the request, may fail for some reason to complete the request. In 
either case, no acknowledgment datagram is issued by the secondary server 14. 
Another possibility is that the client write request was properly received and performed 
by the secondary server 14, but the issued acknowledgment datagram was not properly 
received by the primary server 12; In each of these events, the primary server 12 is left 
sleeping on the DRC entry for an acknowledgment datagram that is not received. 
However, in accordance with the present-invention, a sleep timer is set by the primary 
server 12 in putting the nfsd process to sleep on DRC entry. The nfsd process awakes 
86 on timeout of the sleep timer in the absence of any received acknowledge datagram. 
Alternately, the sleep timer is effectively expired upon the aging of the DRC entry 
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through operation of the DRC-LRU algorithm. In either event, the primary server 12 then 
transitions to a backup failure recovery mode 88." Further, see figures 4, 5 of 
Kandasamy, wherein either path may fail.). 

1 8. Referring to claim 28, 30, Kandasamy in view of Swallow discloses executing the 
write request from the second source node to the first storage node (See bypass 
tunnel.). 

19. Claims 31-33, 38-40 rejected under 35 U.S.C. 103(a) as being unpatentable 
over US 6751190 to Swallow in view of US 5513314 to Kandasamy et al. 

20. Referring to claim 31 , 38, Swallow discloses receiving, at a second source node, 
a query from a first source node, wherein the query identifies a target node in the 
storage network; transmitting a reply to the first source node, wherein the reply includes 
a signal component indicating there is an available communication path between the 
second source node and the target node (See figures 2-4. Further, from line 19 of 
column 4, "Referring to FIG. 4, the Message Identification Object 402 identifies the 
message type as a Path Message 400. The Session Object 404 identifies the session. 
The format of the Session Object 404 is shown in FIG. 6A. Referring to FIG. 6A, the 
Session Object 404 provides the IPv4 Endpoint Address 602 for the receive endpoint 
110 (FIG. 1), a Tunnel Session Identification 604 indicating a value for the primary 
tunnel 126 (FIG. 1) and an Extended Tunnel Identification 630 for further defining the 
session. Continuing with FIG. 4, the RSVP_HOP Object 406 includes the address of the 
transmit endpoint 102 (FIG. 1) in IPv4 format. The Explicit Route Object 408 includes a 
list of the IPv4 addresses for the intermediate nodes 104, 106, 108 in the primary tunnel 
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126 (FIG. 1). The format of the Explicit Route Object 408 is shown in FIG. 6D. Referring 
to FIG. 6D, to set up an explicit route between the transmit endpoint 102 (FIG. 1) and 
the receive endpoint 110 (FIG. 1), the IPv4 address for intermediate node_A 104 (FIG. 
1) is stored in IPv4 address 610, the IPv4 address for intermediate node_B 106 (FIG. 1) 
is stored in IPv4 address 612, and the IPv4 address for intermediate node_C 108 (FIG. 
1) is stored in IPv4 address 614. Continuing with FIG. 4, the Label Request .Object 410 
indicates that the transmit endpoint 110 (FIG. 1 ) is requesting a label to be assigned for 
communication link 112 (FIG. 1) between the transmit endpoint 110 (FIG. 1) and 
intermediate node_A 104. The transmit endpoint 110 (FIG. 1) transmits the returned 
assigned label with each data packet associated with the application data to be 
transmitted on the primary tunnel 126 (FIG. 1). The format of the Label Request Object 
410 is shown in FIG. 6E. "). 

Although Swallow does not specifically disclose that such a (bypass) tunnel may 
be used for the surrogate write operation and relaying write operations from the first 
source node to the target node, such a use is known in the art. An example of this is 
shown by Kandasamy. From line 20 of column 6, "The preferred approach to enabling 
proxy operation is to establish a virtual server system formed as a logical composite of a 
primary and one or more secondary servers, constituting an active group, relative to a 
specific set of mutually fault tolerantly protected individual filesystems. The virtual server 
is identified by a unique hostname and IP address. A MAC layer multicast address, 
commonly subscribed to and accessible by the primary and secondary servers, is also 
assigned to the virtual server. Client workstations access the fault tolerant protected 
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filesystems of the active group by reference to the IP address and through the MAC 
multicast address of the virtual server. Consequently, NFS requests directed to the 
virtual server are commonly received by the primary and secondary servers of the 
active group." From line 65 of column 12, "Alternately, the primary server 12, prior to 
issuing a completion datagram for the NFS write request, may itself initiate a 
conventional NFS write operation directly to the secondary server 14 to force 
completion of the client requested NFS write operation." A person of ordinary skill in the 
art at the time of the invention could have been motivated to perform such a surrogate 
write operation because, as disclosed in Swallow it is known that such a network failure 
may impede normal network function, and as disclosed by Kandasamy, one such 
functionality may be a write. 

21 . Referring to claim 32, 39, Swallow in view of Kandasamy discloses determining 
whether there is an available communication path between the second source node and 
the target node (See figures 2-4. Further, from line 19 of column 4, "Referring to FIG. 4, 
the Message Identification Object 402 identifies the message type as a Path Message 
400. The Session Object 404 identifies the session. The format of the Session Object 
404 is shown in FIG. 6A. Referring to FIG. 6A, the Session Object 404 provides the 
IPv4 Endpoint Address 602 for the receive endpoint 1 10 (FIG. 1), a Tunnel Session 
Identification 604 indicating a value for the primary tunnel 126 (FIG. 1) and an Extended 
Tunnel Identification 630 for further defining the session. Continuing with FIG. 4, the 
RSVP_HOP Object 406 includes the address of the transmit endpoint 102 (FIG. 1 ) in 
IPv4 format. The Explicit Route Object 408 includes a list of the IPv4 addresses for the 
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intermediate nodes 104, 106, 108 in the primary tunnel 126 (FIG. 1). The format of the 
Explicit Route Object 408 is shown in FIG. 6D. Referring to FIG. 6D, to set up an explicit 
route between the transmit endpoint 102 (FIG. 1) and the receive endpoint 110 (FIG. 1), 
the IPv4 address for intermediate node_A 104 (FIG. 1) is stored in IPv4 address 610, 
the IPv4 address for intermediate node_B 106 (FIG. 1) is stored in IPv4 address 612, 
and the IPv4 address for intermediate node_C 108 (FIG. 1) is stored in IPv4 address 
614. Continuing with FIG. 4, the Label Request Object 410 indicates that the transmit 
endpoint 110 (FIG. 1) is requesting a label to be assigned for communication link 112 
(FIG. 1) between the transmit endpoint 110 (FIG. 1) and intermediate node_A 104. The 
transmit endpoint 110 (FIG. 1) transmits the returned assigned label with each data 
packet associated with the application data to be transmitted on the primary tunnel 126 
(FIG. 1). The format of the Label Request Object 410 is shown in FIG. 6E. "). 
22. Referring to claim 33, 40, Swallow in view of Kandasamy discloses relaying write 
operations from the source node to the target node comprises: receiving an 
encapsulated write request from the first source node; de-encapsulating the 
encapsulated write request; and executing the write request from the second node to 
the target node (From line 31 of column 7 of Kandasamy, "On both the primary files 
server 12 and secondary file server 14, the datagram representing the NFS write 
request is processed by a substantially conventional TCP/IP stack. In relevant part, this 
network stack includes a physical layer, a data link layer, a network layer, a transport 
layer, a session layer and an. application layer." From Swallow, figures 7, 9, line 30 of 
column 8, "In step 908 intermediate node_A 104 redirects data packets for the primary 
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tunnel 126 (FIG. 1) through the bypass tunnel 128 (FIG. 1) to intermediate node_C 108 
(FIG. 1). Intermediate node_A 104 uses the incoming label 802 (FIG. 8A) from 
transmitting node 102 (FIG. 1) to index into intermediate node_A's 104 incoming label 
table 804 (FIG. 1). Intermediate node_A 104 adds the incoming label 802 (FIG. 8A) for 
intermediate node_C 108 for the primary tunnel 126 to the label stack associated with 
the data packet to be forwarded on the primary tunnel 126. Intermediate node_A 104 
(FIG. 1) adds the outgoing label value 820 (FIG. 8B) from the NHLFE 808 in the 
incoming label table 804 (FIG. 1) to the top of the label stack and forwards the data 
packet and the associated label stack to intermediate node_D 120. Returning to FIG. 7, 
in step 702 intermediate node_D 120 receives the data packet and associated label 
stack from intermediate node_A 104 and uses the incoming label value 806 on the top 
of the label stack to determine the outgoing label value 820 to be placed on the label 
stack. The incoming label value 806 is an index to a NHLFE 808 in the incoming label 
map 804 stored in intermediate node_D 120. Intermediate node_D determines from the 
label stack operation field 816 in the NHLFE 808 in the incoming label map 804 to pop 
the top label off the label stack. In step 706 intermediate node_D 120 forwards the 
modified label stack and the data packet to intermediate node_C 108. In step 702 
intermediate node_C 108 (FIG. 1) uses the incoming label value 802 at the top of the 
label stack associated with the data packet forwarded from intermediate node_D 108 
(FIG. 1). The incoming label value 806 is the same as the incoming label value 806 
forwarded from intermediate node_B 106 (FIG. 1 ) for the primary tunnel 126. In step 
704 intermediate node_C 108 (FIG. 1) pops the incoming label 802 from the label stack 
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according to the label stack operation field 816 in the NHLFE 808 for the incoming label 
802 from intermediate node_D 120 (FIG. 1). Intermediate node_C 108 (FIG. 1) seeing 
the same incoming label value 806 performs the same operation on the data packet's 
label stack that it performs for the data packet's label stack if the data packet was 
transferred along the primary tunnel 126 (FIG. 1). In step 706 intermediate node_C 108 
(FIG. 1) forwards the data packet with no associated label stack to the receive endpoint 
110 (FIG. 1) of the primary tunnel 126 (FIG. 1).".). 

23. Claim 34, 41 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
6751190 to Swallow and US 5513314 to Kandasamy et al. as applied to claim 31, 
38 above, and further in view of Official Notice. 

24. Referring to claim 34, 41 , although Swallow in view of Kandasamy does not 
specifically disclose transmitting failure signal from the second source node to the first 
source node if the write request fails, indicating such a failure is very well known in the 
art. Examiner takes official notice for sending a failure indication. A person of ordinary 
skill in the art at the time of the invention could have been motivated to send such an 
indication because, as shown in line 59 of column 12 of Kandasamy, "the primary server 
12 may intentionally withhold issuing any completion datagram to the client 26", and 
such an indication would let the client know why it has not yet received a completion 
datagram. Further, from line 31 of column 13, "Once a failover event is declared, the 
primary server 12 ultimately issues a completion datagram to the client workstation 26 
indicating a proper completion of the pending NFS write request. The primary server 12 
also preferably logs the failover event and issues appropriate status messages to the 
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administrator's console." In either case, such an indication would either inform the client 
of a failover or, if the administrator is the client, then clearly this would be done anyway. 

Double Patenting 



25. The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Lbngi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321 (c) or 1 .321 (d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 

Effective January 1 , 1 994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

26. Claims 21-24, 26-33, 35-40 rejected on the ground of nonstatutory 
obviousness-type double patenting as being unpatentable over claims 1-15 of 
U.S. Patent No. 6725393. Although the conflicting claims are not identical, they are not 
patentably distinct from each other. Claims 21-24, 26-33, 35-40 of the instant 
application are anticipated by claims 1-15 of U.S. Patent No. 6725393 in that claims 1- 
15 of U.S. Patent No. 6725393 contain all of the limitations of claims 21-24, 26-33, 35- 
40 of the instant application. Claims 21-24, 26-33, 35-40 of the instant application 
therefore are not patently distinct from the earlier patent claims, and as such are 



Application/Control Number: 10/783,865 Page 19 

Art Unit: 21 14 

unpatentable for obvious-type double patenting. (In re Goodman (CAFC) 29 USPQ2d 
2010). While limitations of the claims of U.S. Patent No. 6725393 may be broader than 
the claims of the instant application, the language and the disclosure of U.S. Patent No. 
6725393 indicate that the limitation of claims of the instant application are merely a 
subset of U.S. Patent No. 6725393. These differences are not sufficient to render the 
claims patentably distinct. Georgia-Pacific Corp. v. United States Gympsum Co., 195 
F.3d 1322, 1325, 52 USPQ2d 1590, 1593 (Fed. Cir. 1999). 

27. Claim 25, 34, 41 rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable over claims 1-15 of U.S. Patent No. 
6725393 in view of Official Notice. See reasoning above. Further, although U.S. 
Patent No. 6725393 does not specifically disclose transmitting failure signal from the 
second source node to the first source node if the write request fails, indicating such a 
failure is very well known in the art. Examiner takes official notice for sending a failure 
indication. A person of ordinary skill in the art at the time of the invention could have 
been motivated to send such an indication because a failure has occurred, and 
signaling such would have been informative for any number of reasons including 
logging, recovery, or just notification. 

Conclusion 

28. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. See notice of references cited. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Gabriel L. Chu whose telephone number is (571) 272- 
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3656. The examiner can normally be reached on weekdays between 8:30 AM and 5:00 
PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Scott Baderman can be reached on (571) 272-3644. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-91 97 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




Gabriel L. Chu 
Primary Examiner 
Art Unit 21 14 



